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5 A SYSTEM AND METHOD FOR MODIFYING OUTPUT OF A COMPUTER PROGRAM 

WITHOUT SOURCE CODE MODIFICATIONS 

RELATED APPLICATION 
10 This U.S. patent application claims priority to U.S. Provisional Patent Application Serial 

No. 60/171,083 entitled "SYSTEM AND METHOD FOR MODIFYING OUTPUT OF A 
COMPUTER PROGRAM WITHOUT SOURCE CODE MODIFICATIONS" filed December 
14, 1999 which is incorporated herein by reference. The present application and the related U.S. 

r% provisional patent application are commonly assigned to United Parcel Service of America, Inc. 
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W FIELD OF THE INVENTION 

/J The present invention generally relates to computer output formatting systems, and more 

L, particularly relates to a method and system for modifying the format of the output of a computer 

Zl program without modifying the source code of the computer program. 

S 20 

Ft BACKGROUND OF THE INVENTION 

Users of computer systems from time to time need programs that perform new 
processes that are variations of the processes performed presently. Therefore, the computer 
programs employed by the user require maintenance or modification to the processes they 

25 implement. Many times the necessary modifications include changes to the way the program 
output if formatted. Generally in the past, the output of a computer program was determined by 
the source code itself. Due to this, when output formats in derivation from those originally 
written into the program were desired, it was necessary to employ highly skilled computer 
programmers to make modifications to the source code of the computer program itself. As a 

30 result, when the output format of a computer program required modification, long costly delays 
were experienced. 



For example, consider a program for making labels. Initially, during the use of 
the program, the location, font, letter size, and orientation of objects are acceptable. However, 
during the life of the program it becomes necessary to alter the format in some way to meet a 
new or unexpected need. To meet this need, a highly skilled computer programmer would have 
5 to reprogram the source code of the computer program causing expenditures of both time and 
money. 

Accordingly, there remains a need in the art to reduce the amount of time and 
programming skill level necessary to change the output format of a computer program. 



10 SUMMARY OF THE INVENTION 

The present invention seeks to provide a way to make modifications to computer 

y i 

ff t program output formats without making costly and time consuming changes to the program's 

: C| source code. 

il 3 ii 

* This object is accomplished by providing the program with a multitude of readily 

CO 15 modifiable formatting descriptions through a separate input text file. When a change is desired 
W in the output format, rather than changing the source code of the program, the content of this text 

WJ file is modified. Since this is an input text file and not source code, only the knowledge of the 

file's simple syntax rules is necessary and not the ability to create complex computer program 
source code. Therefore, great efficiencies are created by modifying the output format of a 
20 computer program without costly and time-consuming code level modifications. 

In a preferred embodiment, the computer program reads two files, an input data file and a 
recipe text file. The data input file contains name/value pairs to be rendered to an output device 
and the recipe text file contains the formatting descriptions. The name/value pairs of the data 
input file need not be arranged according to a required structure. During the execution of the 
25 program, the formatting descriptions of the recipe text file are converted into a sequence of 
executable objects and the name/value pairs from the data input file are rendered in a format 
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according to these formatting descriptions. A coordinated alteration of the input text file and the 
recipe text file will result in a modification to the output format. 

Another aspect of the invention is a method for outputting formatted information. 
The method provides an input data text file containing name/value pairs; provides a recipe text 
5 file containing formatting descriptions; converts the recipe text file into a sequence of executable 
objects; receives a request to render output; and executes the executable objects to render the 
name/value pairs according to the formatting descriptions. Next, the method modifies the recipe 
text file to include modified formatting descriptions; converts the modified recipe text file into a 
sequence of executable objects; receives another request to render the output; and executes the 

10 executable objects to render the name/value pairs according to the modified formatting 
descriptions. The input data text file may be modified to include modified name/value pairs 
corresponding to the recipe text file modification. 

For example, again consider a program for making labels. As before, during the 
initial use of the program, the location, font, letter size, and orientation of objects are acceptable, 

15 but during the life of the program it becomes necessary to alter the format in some way to meet a 
new or unexpected need. To meet this need, however, a highly skilled computer programmer 
will not have to reprogram the source code of the computer program. Rather than modifying the 
source code of the program, a simple addition to or modification of the recipe text file can be 
made using only the knowledge of the recipe text file syntax. Since the formatting descriptions 

20 of the recipe text file are converted by the program into a sequence of executable objects, no 
source code modification is necessary. Therefore, the ability to program in a highly technical 
computer programming language is not required. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a functional block diagram of an exemplary operating environment for 
implementation of the exemplary embodiments of the present invention; 
5 Fig. 2 is a flow chart that illustrates the general operation of an exemplary embodiment 

of the present invention; 

Fig. 3 is an illustration of the name/value pairs contained in the input data text file; and 

Fig. 4 is an illustration of a recipe text file. 



10 DETAILED DESCREPTION OF AN EXEMPLARY EMBODIMENT 

The present invention is directed to a system and method for modifying the output of a 

computer program without source code modification. Briefly described, the invention provides 

an input data file containing input data and a recipe text file containing format descriptions, to a 

computer. Once these files are read by the computer, the recipe file is converted to a sequence 
15 of executable objects. After a request is received by the computer from a user, the executable 

objects are executed to render the data from the data input file in accordance with the formats 

contained in the recipe text file. 

After the output has been rendered accordance with the formats contained in the recipe 

text file, the recipe text file is modified to reflect a desired change in the output format. Once 
20 this has been accomplished the system converts the recipe text file into executable objects and 

again executes them in response to user input. The result of this execution is the output of the 

data from the data text file in a format modified from the previous execution. 

The description of the exemplary embodiment of the present invention will hereinafter 

refer to the drawing, in which like numerals indicate like elements throughout the several 
25 figures. Beginning with Fig. 1, an exemplary operating environment for implementation of an 

exemplary embodiment of the present invention is shown. Within the exemplary operating 
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environment, the present invention may operate to facilitate the modification of the output of a 
computer program without source code modification. However, those skilled in the art should 
appreciate that the invention may be practiced in any type of computer operating environment 
such as hand-held devices, multiprocessor systems, microprocessor-based or programmable 
5 consumer electronics, minicomputers, mainframe computers, and the like. The invention may 
also be practiced in distributed computing environments where tasks are performed by remote 
processing devices. 

The exemplary embodiment of the present invention will be described in the general 
context of a format output sub-system application program 36 hereafter referred to as the FOSS 
10 application program. The FOSS application program 36 facilitates the modification of the 
output of a computer program, interacts with an input data text file 38 and a recipe text file 39, in 
Y~j order to modify the output of a computer program without source code modification. Those 

Cj skilled in the art will recognize that the invention may be implemented in combination with 

s various other program modules 37. Generally, program modules include routines, programs, 

9 15 components, data structures, etc. that perform particular tasks or implement particular abstract 
data types. Moreover, those skilled in the art will appreciate that the invention may be practiced 
w with computer system configurations other than the one shown, that are linked through a 

communications network. In a distributed computing environment, program modules may be ' 
located in both local and remote memory storage devices. 
20 An exemplary operating environment 100 for implementing the invention includes a 

conventional personal computer system 20, including a processing unit 21, a system memory 22, 
and a system bus 23 that couples the system memory 22 to the processing unit 21. The system 
memory 22 includes read only memory (ROM) 24 and random access memory (RAM) 25. A 
basic input/output system 26 (BIOS), containing the basic routines that help to transfer 
25 information between elements within the personal computer system 20, such as during start-up, 
is stored in ROM 124. 
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The personal computer system 20 further includes a hard disk drive 27, a magnetic disk 
drive 28, e.g., to read from or write to a removable disk 29, and an optical disk drive 30, e.g., for 
reading a CD-ROM disk 31 or to read from or write to other optical media. The hard disk drive 
27, magnetic disk drive 28, and optical disk drive 30 are connected to the system bus 23 by a 
5 hard disk drive interface 32, a magnetic disk drive interface 33, and an optical drive interface 34, 
respectively. The drives and their associated computer-readable media provide nonvolatile 
storage for the personal computer system 20. For example, the input data text file 38 may be 
stored in the RAM 25 of hard disk 27 of the personal computer 20. Although the description of 
computer-readable media above refers to a hard disk, a removable magnetic disk and a CD-ROM 
10 disk, it should be appreciated by those skilled in the art that other types of media that are 
v 2 readable by a computer system, such as magnetic cassettes, flash memory cards, digital video 

fi disks, Bernoulli cartridges, and the like, may also be used in the exemplary operating 

C| environment. 

$ A number of program modules may be stored in the drives and RAM 25, including an 

CP 15 operating system 35, FOSS application program 36, other program modules 37, an input data 
W text file 38, a recipe text file 39, a sequence of executable objects 40 and a modified sequence of 

^ executable objects 41. In particular, the FOSS application program 36 which facilitates the 

modification of the output of a computer program, interacts with the input data text file 38 and 
the recipe text file 39, in order to modify the output of a computer program without source code 
20 modification. An exemplary embodiment of the FOSS application program 36 will be described 
in detail below with reference to Fig. 2. 

Other input devices (not shown) may include a microphone, joystick, game pad, satellite 
dish, scanner, or the like. These and other input devices are often connected to the processing 
unit 21 through a serial port interface 46 that is coupled to the system bus, but may be connected 
25 by other interfaces, such as a game port or a universal serial bus (USB). A display device 47 or 
other type of device such as a monitor is also connected to the system bus 23 via an interface, 
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such as a video adapter 48. A printer 45 is also connected to the system bus 23 via an interface, 
such as a parallel interface 44. In addition to the display device 47 and printer 45 , personal 
computer systems typically include other peripheral output devices (not shown), such as 
speakers. 

5 The personal computer system 20 may operate in a networked environment using logical 

connections to one or more remote computer systems, such as a remote computer system 49. 
The remote computer system 49 may be a server, a router, a peer device or other common 
network node, and typically includes many or all of the elements described relative to the 
personal computer system 20, although only a memory storage device 50 has been illustrated in 

10 Fig. 1. The logical connections depicted in Fig. 1 include a local area network (LAN) 51 and a 
wide area network (WAN) 52. Such networking environments are commonplace in offices, 
enterprise-wide computer networks, intranets and the Internet 

When used in a LAN networking environment, the personal computer system 20 is 
connected to the LAN 51 through a network interface 53. When used in a WAN networking 

15 environment, the personal computer system 20 typically includes a modem 54 or other means for 
establishing communications over the WAN 52, such as the Internet. The modem 54, which 
may be internal or external, is connected to the system bus 23 via the serial port interface 46. In 
a networked environment, program modules depicted relative to the personal computer system 
20, or portions thereof, may be stored in the remote memory storage device 50. It will be 

20 appreciated that the network connections shown are exemplary and other means of establishing a 
communications link between the computer systems may be used. It will be further appreciated 
that the invention could equivalently be implemented on host or server computer systems other 
than personal computer systems, and could equivalently be transmitted to the host computer 
system by means other than a CD-ROM, for example, by way of the network connection 

25 interface 53. 
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Notwithstanding the broad applicability of the principles of the present invention, it 
should be understood that the configuration of the exemplary embodiment as a FOSS application 
program 36 for widely-used personal computer systems 20 provides significant advantages. In 
particular, the FOSS application program 36, comprising computer-implemented instructions for 
5 performing the method of the present invention, described in this specification, is specifically 
designed to exhibit acceptable memory -use and performance characteristics when implemented 
on the conventional personal computer system 20. In so configuring the review program module 
36, certain trade-off balances, particularly between the often conflicting goals of minimizing 
memory storage and increasing performance speed, have necessarily been struck. It should be 

10 understood that variations of the trade-off balances struck in the exemplary embodiments 
described in this specification are within the spirit and scope of the present invention, 
particularly in view of the fact that inevitable improvements in computer hardware and memory 
storage devices will make other trade-off balances feasible. 

Fig. 2, describes an exemplary method 200 in which the output of a computer program is 

15 modified without source code modification. In this embodiment, a program for producing labels 
for packages to be shipped is described. Method 200 begins at starting block 205 and advances 
to step 210 where the system is provided with an input data text file 38 containing specific 
name/value pairs. As show in Fig. 3, the name/value pairs contained in the input data text file 38 
provide information that is to be displayed in the output. Column A of Fig. 3 illustrates the 

20 name and column B illustrates the corresponding value of the particular name/value pairs. 
Specifically, name/value pairs 305 through 330 may indicate the address from which the a 
package is to be sent, while name/value pairs 335 through 360 may indicate the address to which 
the a package is to be sent. Name/value pair 365 may indicate information for a bar code which 
may be placed on the label. In addition, graphical data representing an icon or logo may be 

25 included in a name/value pair and included in the input data text file 38. It should be noted that 
the information contained in the input data text file gives no indication of format by itself, and 
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the name/value pairs of the input data text file 38 need not be arranged according to a required 
structure. 

Referring back to Fig. 2, method 200 continues to step 215 where the system is provided 
with a recipe text file 39 containing formatting descriptions. The recipe text file 39 provided to 
5 the system may be selected from a plurality of such files stored on the hard disk 32 and may be 
specified by information contained in the input data text file 38, For example, the input data text 
file 38 as shown in Fig. 3 may contain a particular name/value pair 370 designating a particular 
recipe text file named 4X6Lable. The formatting description contained in the recipe text file 39 
may specify the label size, text font and size, and the location of icons such as logos or bar 
10 codes. In addition, if a particular destination such as a foreign country is specified in the input 
data, the formatting will reflect the customs or requirements of the destination. 

Creation of the appropriate formatted output starts with the recipe text file 39. The recipe 
Cj text file 39 encapsulates rules for labels, reports and other formatted output and is loaded during 

s" the initialization of the FOSS application program 36. It consists of format rule descriptors 

ffi 15 containing several artifacts and/or other format descriptions. 

J? Each artifact may have a constant value or indicate a link to data provided in the 

name/value pairs of the input data text file 38. The data provided in the input data text file 38 
must be in a name/value pair with link names that are used by artifacts to obtain the data to be 
rendered from the input data text file 38 when the FOSS application program is executed. The 
20 conveyance used for passing the input data text file 38 to the FOSS application program is 
referred to as a bag. A bag can have a name, name-value string pairs, and embedded bags. 
Items in the bag will not be rendered unless they are referenced as a link in the recipe text file 
39 

The recipe text file 39 contains the following type of format rule descriptors: 
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format 

The format item is the root format rule descriptor that defines how to render or more specifically 
print data onto output devices such as a label printers. It contains a collection of format rule 
5 descriptors that define the format output size, default font, default line characteristics, and 
artifacts. Each format has a name that is used to reference the format recipe. Many of the names 
are listed as follows. 

"pattern" artifact 

10 This artifact is used to allow rendering of multiple data items, from the input data text file 38, 
within a single artifact format rule descriptor. It operates very much like the "C" programming 
"printf()" function. Collections of text values are rendered using a specific format. If the 
referenced items in the pattern do not exist in the data bag then a null string is used as the printed 
value. 

15 

"draw" artifact 

This artifact is used either draw a line, ellipse, or a rectangle, 
"composite" artifact 

20 This artifact is used to call another recipe text file to render data to the output device. However, 
in this case the called format may reference a different bag for data and have a different position 
on the output device context. For example, there may be a format recipe that defines how to 
print an address. It may be re-used to print the "ship from" and "ship to" address. However, the 
data used and the render positions are different. For example, the "ship to" composite artifact 
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would reference an embedded bag that contains just the "ship to" address and have a unique 
position where to place it on the label. 

"graphic" artifact 

This artifact is used to print a graphic image on the output context. This may be used to put a 
logo on a shipping label, 
"text" artifact 

This artifact is used render a single data item from the input data text file 38. 
"passthrough" artifact 

This is a special case artifact that is used to bypass any operating system control of the device 
context and send the rendered data directly to the output device such as a label printer. This may 
be used if the device driver does not take advantage of specific features that are provided by a 
printer. 

Maxi-code artifact 

This artifact is used to collect specific data from the supplied data bag and render it into a Maxi 
code image. 

hrcs-code artifact 

This artifact is used to collect specific data from the supplied input data text file 38 and render it 
into a human readable sort code. A sort code is a text string, used for sorting packages. 
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"if' artifact modifier 

This is an optional artifact modifier. It indicates that a test is to be performed and passed before 
the artifact is rendered. The test is a boolean expression that allows the artifact to test for the 
5 existence and/or value of items in the input data text file 38. 

"block" artifact modifier 

This is a modifier used by all artifacts to specify where to place the artifact text within the 
defined format recipe. The block defines a rectangle area within the format space. 

10 

"pen" artifact modifier 

This is an optional artifact modifier that specifies a line type and width value. 

"font" artifact modifier 
15 This is an optional artifact modifier that specifies a font type and size value. 

The rules for writing a recipe text file 39 are defined as a Backaus Nauer Format (BNF) 
grammar. A BNF grammar is a technique used to describe a context sensitive set of text that 
describes a language. In this case, the grammar used represents the rules for describing a recipe 
20 text file 39. A sample recipe text file 39 produced using this grammar is shown in Fig. 4. Each 
line in the grammar represents a rule on how to parse the text within a recipe text file. The rule 
has the following format: 



25 
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Rule name => Rule 

The left hand side of the "=>" is the name of the production rule that specifies what to 
expect in the text stream being parsed. The right hand side is a list of the tokens to expect in the 
input stream. To support various grammar instances, alternatives must be accommodated in the 
5 grammar rules. A single rule may have zero, one, or more possibilities. The actual production 
depends on the context of the input stream. For example, at specific positions in the recipe text 
file 39, a format rule may be expected. It could be a line, text, circle, Maxi code symbol, or any 
defined artifact. In some cases the rule may produce no tokens. For this case a "$" is specified 
as an alternative rule. Some tokens are enclosed in angle brackets ("< >"). This indicates that 
10 the token is not actually text in the input stream, but has a definition that is defined by another 
rule. This is known as a non-terminal token. All other text in the production represents actual 
text called terminal tokens. 

The grammar for creating a recipe text file is defined in the following tables. 



Table I 



Rule Name 


Production/Alternate Production 


<start> => 


|"<f ormatB agName><f ormatB ags>l 


<formatBags> => 


<formatBag><formatBags> | $ 


<formatBag>=> 


\<formatBagName> <defaults> formatBagItems>] 


<formatBagItems> => 


<formatBagItem>, <formatBagItems> | $ 


<formatBagItem> => 


<bagDataItem> \ <embeddedFormatBag> 


<defaults>~> 


<defaulf><defaults> | $ 


<defaulf>=> 


<font> | <pen> 


<bagDataItem>=> 


<itemName> = <ItemValue> \ <itemValue> 


<embeddedFormatBags>=> 


<embeddedFormatBag> <embeddedFormatbags> \ $ 


<embeddedFormatBag>=> 


<textLineBag> \ <graphicBag> \ <patternBag> \ 
<compositeBag> \ <passThroughBag> \ <drawBag> | 
<reportBag> 


<textLineBag>=> 


[text <artifactRenderConditiori>, <link>, <fonf><block>] 


<graphicBag>=> 


[graphic <artifactRenderCondition>, <resource><block>] 


<patternBag>=> 


[pattern <artifactRenderCondition>, <patternDescription> 
<patternArgs><block><fonf><patternOptions>] 


<compositeBag>-> 


[composite <artifactRenderConditiori>, 
<bagLink> <block>\ 
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<bagLink>=> 


<dataBagOption>Som\idit^<bagPathDescription> 


<passThroughBag>=> 


[pass <artifactRenderCondition>, 

<patternDescription><patternArgs><passThroughArgs>]<d 
raw Bag>=> [<draw Type> <artifactRenderCondition>^ 
<block> <pen>] 


<patternArgs>=> 


<patternArg> <patternArgs> | $ 


<patternArg>~> 


axg<argNumber>=<link> 


<patternOptions> —> 


<patternOption> <patternOptions> | $ 


<patternOptiori> => 


<]ustify> | <noBlankLine> 


<justify> => 


justify = <justifyOptions> 


<justifyOptions>=> 


center | left | right 


<noBlankLine>=> 


noBlankLine <booleanAssign>\ $ 


<block>=> 


[block, <mmeters> , <mmeters> <mmeters> <mmeters>] 


<fonf> => 


[font, name = <fontName>, size = fontSize><fontOptions>\ 


<fontOptions>=> 


<fontOptiori> <fontOptions> | $ 


<fontOption>~> 


bold <booleanAssign> | italic <booleanAssign> \ <justify>\ 
forcefit <booleanAssign> | reverse <booleanAssign> 


<link>=> 


link = <bagItemPathDescription> 


<startPath>^> 


<parentBag> \ <rootBag> 


<rootBag>=> 


1 (forward slash) 


<parentBag> => 


<parentBag> | $ 


<artifactRenderCondition>=> 


<renderCondition> | $ 


<renderCondition>=> 


,[if <renderConditions>] 


<renderConditions>~> 


<renderConditionOptions> <renderConditions> \ $ 


<renderConditionsOptions> —> 


<bagExistCondition> 9 <bagPathDescription> 
| <itemExistConditiori> <bagItemPathDescription> 
| <UemEqualCondition><bagItemPathDescription> , 
<value> 

1 ,[or] 
1 ,[and] 

| <renderConditiori> 


< bagExistConditiori>=> 


bagExist | noBagExist 


<itemExistConditiori>=> 


ItemExist | noItemExist 


<itemEqualConditiori>=> 


equal | notEqual 


<resource>—> 


[resource, <module> resource=<resourceName>~\ 


<moduIe>= i > 


mod\xle :=z <moduleNarne> 9 $ 


<draw Type>=> 


drawLine | drawRectangle | drawEllipse 


<pen>=> 


,[pen 5 Width=<mmeters> <penOptions>] \ $ 


<penOptions> : => 


<penOption> <penOptions> | $ 


<penOption>=> 


style = <penStyle> | fill = <booleanAssign> 


<penStyle>=> 


solid | dash | dot 






<passThroughArgs>=> 


<passThroughArg><passThroughArgs> | $ 


<passThroughArg>=> 


To be defined later. 


<booleanAssign> => 


=<boo> 


<bool>=> 


1 | 0 | true | false | yes | no 


<bagPathDescription>-> 


<startPath><bagPath> 


<bagItemPathDescription> => 


<bagPathDescription> <itemName> 
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Table II 



Rule Name 


Description 


<start> 


This is the root production for the format bag descriptor. It 
specifies that at least one format bags description must be 
specified. The outer most bag has a container of embedded 
bags. These embedded bags are the actual bags that 
describe a format that is to be referenced by a client by their 
name. They will have names such as: 4x6Label , 
"pickupLabel", "pickupReport" . . . The following table 
shows two formats that can be used for a printing a label 
and two utility formats that can be used inside the label 
format 


<formatBags> 


This specifies that the root format bag may contain 
additional embedded bags that describe other formats. 


<formatBag> 


A format bag contains an bag name and items. It is the root 
descriptor that defines what and how to render business 
information on a device context. 


<formatBagName> 


An alphanumeric name of a format bag. This is the 
symbolic name that is used by a client to indicate how to do 
the rendering. For example a name may be "4x61abel", 
"pickup" , "eltron" 


<formatBagItems> 


A format bag can contain multiple items 


<formatBagItem> 


The items can be either a data item of a embedded bag 


<bagDataItem> 


A data item can be either a named value pair or just a value 


<embeddedFormatBags> 


There can be multiple embedded format bags in a single 
bag. 


<embeddedFormatBag> 


An embedded format bag indicates the type of artifacts that 
can be rendered on device context page. They can be a text 
line, graphic image, pattern(multi-item) output, composite, 
a pass through, draw a shape, or used for report generation. 


<textLineBag> 


This specifies that a single text line is to be output at a 
specific block location using a specific font. 


<graphicBag> 


This specifies that graphic image resource it to be output at 
a specific block location. 


<patternBag> 


This specifies that the results from a formatted (sprintf) 
string is to be output. The data value used for the format 
are specified as symbolic links to the business data bag. 
Format options are then applied to the output string before it 
is copied to the device context 


<compositBag> 


This specifies that a format description is used within 
another format. It specifies where to get the data, what sub- 
format to use and where to put it. 


<passThroughBag> 


This specifies that a formatted text string is to be built and 
passed directly to the output device. The device context 
will not modify the generated text. This is similar to the 
<formatBag> but without any format options. 
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<drawBag> 


This specifies that a shape it to be drawn at a specific 
position (specified by <block>). A drawn pen is specified 
to use for the drawing. 


<reportBag> 


This specifies that format description is being used as a 
report generator. The report contains a header, footer, line 
items. The report may span multiple pages and depends on 
the format and the number of items in the report. The data 
bag contains a multiplicity of bags with then same name. 
They represent information that is used to generate a line on 
the report. 


<patternDescription> 


This is a sprintf compatible print statement. It can contain 
text, escape sequences, and arg place holders such as %s, 
and %c. 


<patternArgs> 


The number of agruments in the list must correspond to the 
number of replacement arguments specified, in 
<patternDescriptions>. 


<patternArg> 


This specifies a specific data argument to the 
<patternDescription>. 


<argNumber> 


This is a numeric value that starts with 1 for the first item 
and is incremented for each <patternDescription> 
argument. The arguments must be consecutive. 


<patternOptions> 


This is used to specify one or more pattern artifact rendering 
option. 


<formatOption> 


The possible format artifact options are justification and no 
leadina/embedded/leading/training blanks lines. 


<noBlankLine> 


If true, then no leading/embedded/leading/training blanks 
lines 


<block> 


This specifies a start and end locations for a rendered output 
block. There are four positional value in each block. The 
first two represent a starting upper left (x,y) coordinate and 
the second two are the ending lower right (x,y) coordinate 
of the block. Measurement units are in metric millimeters. 
If the value is not necessary then position is left blank. 


<fonf> 


This specifies a font name and size that is to be used. 


<fontOptions> 


This specifies that there may be one or more font options 


<fontOption> 


The font options available are bold, italic, justification, or 
reverse text output 


<justify> 


specify the justification option 


<iustifyOptions> 


The justification options are: center, left, or right. 


<link> 


This is used to link to a data item in the business bag . A 
<bagItemPath> is provided to the bag data item. 


<bagLink> 


This is used to associate a business bag with a composite 
format description 


<resource> 


This is used to specify a resource that is to be used for a 
graphic rendered output 






<resourceName> 


This is the identifier that is assigned to a resource within a 
DLL or an EXE file. 


<module> 


This is either a dll or a exe module that contains the 
resource 


<drawType> 


The type of shapes that can be drawn are: line This specifies 
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a line. The start and end locations are specified by <block> 


rectangle 


This specifies that a rectangle is to be drawn. The 
dimensions are specified by the start and end locations of 
<block> 


ellipse 


This specifies that the ellipse is to be drawn. The size and 
shape is specified by the start and end locations of the 

<block> 


<pen> 


This defines the pen that is to be used to draw the shape. It 
specifies the width of the line and any possible options 


<penOptions> 


There can be one or more pen options 


<penOption> 


This is a pen style option 


<penStyle> 


The pen style option can specify to draw solid, dashes, or 
use dots. 


<formatArg> 


This specifies an argument to an item in the business bag 
that is to be used as input to a (sscanf) formatted descriptor. 
If the business bag does not contain the item then a null 
value is substituted as the argument value. 


<argNumber> 


Starts with one and is consecutively incremented for each 
argument that is to be supplied to a format. 


<fontName> 


This is a name of a registered font 


<fontSize> 


This is a valid font size 


<boo> 


1 | 0 | true | false | yes | no (Only the first character is 
necessary to make the distinction. If no value is specified 
then true is the default.) 


<bagItemPath> 


This is a name of a data item within a bag. The name can 
be qualified with an embedded bag name using a dot 
notation. For example "shipment. shipto. city" would 
specify that the data item in the shipto bag inside the 
shipment bag is to be accessed. 


<bagPath> 


This is a name of an embedded bag. The bag can be 
qualified with another embedded bag name by using a dot 
notation. For example "shipment. shipto" would specify 
that the shipto bag inside the shipment bag is to be accessed. 


<mmeters> 


This a standard physical distance measuring unit within a 
device context. It is specified in millimeters. 


<moduleName> 


This is the name of either a dll or an exe file. 


$ 


no production if generated 



For an example of an application of the aforementioned rules, the following two rules can 
be obtained from Table I. 



<fonf> => 


Jfont, name - <fontName>, size = fontSizeXfontOptions>\ 


<pen>=> 


Jpen, width=<mmefers> <penOptions>\ | $ 



5 Applying the above two rules, the following lines 405 and 410 respectively from the recipe text 
as shown in Fig. 4 may be produced. 
, [f ont^name^ Arial, size=8] 
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,[pen,width=l, style = solid] 
As can be seen from line 405, a particular font known as "Arial" with a point size of "8" will be 
used to print the alphanumeric symbols onto the label. In addition from line 410, the pen width 
is selected at "1" and will be drawn "solid" as opposed, for example, to dashed. 

5 Referring back to Fig. 2, the method 200 advances from step 215 to step 220 where the 

system converts the recipe text file 39 into a sequence of executable objects suitable for 
execution on the personal computer system 20. From step 220, the method continues to decision 
block 225 where user input determines if the user wishes to render output. Examples of media 
that may receive the rendered output may include laser printers, dot matrix printers, ink jet 

10 printers, pin plotters, or electrostatic plotters. In addition, the output may be rendered in an 
electronic format including e-mail messages, ftp files, gif files, or similar electronic files. Those 
skilled in the art should appreciate that the invention may be practiced utilizing various forms of 
output mechanisms. If at decision block 225, the user does not wish to render output, the 
method continues to step 230 where the method ends. However, if at decision block 225 the user 

15 wishes to render output, the method advances to step 235. 

At step 235, the system executes the sequence of executable objects 40 produced at step 
220 to render the name/value pairs of the input data file 38 in accordance with the formatting 
descriptions of the recipe text file 39. Method 200 then continues to step 240 where in response 
to user input, the system modifies the recipe text file 39. These modifications may include 

20 changing the size of the label to be rendered, the text font and size, or the location of icons such 
as logos or bar codes to be placed on the table. From step 240 the method continues to step 245 
where the system converts the recipe text file as modified into a modified sequence of executable 
objects 41. Next the method advances to decision block 250 where user input determines if the 
user wishes to render output. If user does not wish to render output, the method continues to 

25 step 255 where the method ends. However, if at decision block 250 the user wishes to render 
output, the method advances to step 260. At step 260, the system executes the modified 
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sequence of executable objects 41 to render the name/value pairs of the input data file 38 in 
accordance with the modified formatting descriptions of the recipe text file 39. Since the 
modified sequence of executable objects 41 is used, the output format rendered will reflect the 
modifications previously made. From step 260, method 200 advances to end block 265. 

In view of the foregoing, it will be appreciated that the present invention provides a 
method for modifying the output of a computer program without source code modification. Still, 
it should be understood that the foregoing relates only to the exemplary embodiments of the 
present invention, and that numerous changes may be made thereto without departing from the 
spirit and scope of the invention as defined by the following claims. 
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CLAIMS 

The invention claimed is: 

1 . A system for outputting formatted information comprising: 
an input data text file comprising a plurality of name/value pairs; 

a recipe text file comprising a plurality of formatting descriptions, at least some 
of the formatting descriptions indicating a link to one or more of the name/value pairs; and 
an execution program configured to: 

convert the recipe text file into a sequence of executable objects; 
receive a request for rendering outputs; 

in response to the request, execute the executable objects to render one or more of 
said name/value pairs in accordance with said formatting descriptions; 

such that format can be changed by coordinated alternation of said input data text 

file and said recipe text file. 

2. The system of Claim 1 , wherein the output rendered is a label. 
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3 . A method for outputting formatted information comprising the steps of: 
providing an input data text file comprising a plurality of name/value pairs; 
providing a recipe text file comprising a plurality of formatting descriptions, at 

5 least some of the formatting descriptions indicating a link to one or more of the name/value 
pairs; 

converting the recipe text file into a sequence of executable objects; 
receiving a first request for rendering outputs; 

executing the sequence of executable objects to render one or more of said 
10 name/value pairs in accordance with said formatting descriptions; 

modifying said recipe text file to include one or more modified formatting 

descriptions; 

converting said recipe text file as modified into a modified sequence of 
executable objects; 
15 receiving a second request for rendering outputs; and 

executing the modified sequence of executable objects to render one or more of 
said name/value pairs in accordance with said modified formatting descriptions. 

4. The method of Claim 3 further comprising the step of: 

modifying said input data text file including one or more modified name/value 

20 pairs. 

5. The method of Claim 3, wherein the output rendered is a label. 
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ABSTRACT 



A system and method for modifying the output of a computer program without 
source code modification. A computer program reads in two files, an input data file and a recipe 
5 text file. The data input file contains name/value pairs to be rendered to an output device and the 
recipe text file contains the formatting descriptions. The name/value pairs of the data input file 
need not be arranged according to a required structure. During the execution of the program, the 
formatting descriptions of the recipe text file are converted into a sequence of executable objects 
and the name/value pairs from the data input file are rendered in a format according to these 
10 formatting descriptions. A coordinated alteration of the input text file and the recipe text file 
will result in a modification to the output format. 
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System is Provided with 
Input Data Text File 
Containing Name/Value Pairs 
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System is Provided with a 
Recipe Text File Containing 
Formatting Descriptions 
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System Converts Recipe Text 
File into a Sequence of 
Executable Objects 
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System Executes the 
Sequence of Executable 
Objects to Render The Name 
Value Pairs of the Input Data 
Text File in Accordance with 
the Formatting Descriptions 
of the Recipe Text File 
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System Modifies Recipe Text 
File in Response to User input 
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System Converts Recipe Text 
File as Modified into a 
Modified Sequence of 
Executable Objects 
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Sequence of Executable 
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Column A 


Column B 








305 


ShipFromAddressI 


John Doe 


310 


ShipFromAddress2 


Suit 100 


315 


ShipFromAddress3 


123 Peachtree Street 


320 


ShipFromCity 


Atlanta 


325 


ShipFromState 


GA 


330 


ShipFromPostalCode 


12345 


335 


ShipToAddressI 


Jane Brown 


340 


ShipToAddress2 


Suit 200 


345 


ShipToAddress3 


100 Main St. 


350 


ShipToCity 


Paramus 


355 


ShipToState 


NJ 


360 


ShipToPostalCode 


67890 


365 


ReadablePkgTrackingNumber 


1Z WX9 031 24 0700 0204 


370 


RecipeFile 


4X6Labe! 



* All measurements in HIENGLISE (1 unit = .001 inch) . 

* To edit the maxicode string for Eltron you must use the DOS EDIT program 

* which only takes 8 character file names. 

[format, 

[Thermal 4x6I*abel fyO*^> 

, [font / name=Arial,size=B] " 

, [pen,width=l, style = solid] 

f [Graphic, [Resource, upsl.bmp, res our ce=IDASCD] , [block, 3150, 5500, 4000, 5750] 
,[if, [Equal, .Printlmage *= Y] ] 

3 

, [composite, format= Preprocess, data*=, [block, 0, 0, 4250, 5500]] 

, [composite, format^ MaxicodeBlockDomestic, [block, 0, 2000, 4300, 6000]] 

, [composite, formats MaxicodeBlocklntemational , [block, 0, 2000, 4300, 6000]] 

, [composite, f ormat= A 4x6EltronSharredLbl , [block, 0, 0, 4300, 6000]] 

3 

[Maxi codeBlockDomes ti c 

, [font,name=Arial,size=8] 

, [pen,width=l, style « solid] 

* The city field has to be 20 characters followed by 19 blanks. Be 

careful of the blanks! 
, [Maxicode, formatString=="%-.5s%-.4sB402%-20.20s%-2. 2s %-19s%-9s%-4s" 

, argl= . Cons igneePos talCode , arg2= . ConsigneelPlusFour 

, arg3= . Cons igneeCity , arg4= . Cons igneeStateProv 

, arg5==PkgTrackingNumber , arg6=PackageXofYString , arg7=PackageWeight 

, [ f on t / name=Arial,size»8, upper case] 

, [if , [Equal, . Cons igneeCountry Code— "US" ] ] 

, [block, 100, 100, 1200, 1200] 

3 

, [block, 0,0,8000,6000] 

3/ 

' [MaxicodeSlocklntemational 

, [font , name=Arial , size=8] 

, [pen,width=l, style = solid] 

, [MaxiCode,formatString="%-9s%-3s3%-2O.20s %-2.2s %-19s%-9s%-4s" 
, argl» . Cons igneePos talCode , arg2= . ConsigneeltnlPos talld 
, arg3= . Cons igneeCity , axg4=. Cons igneeStateProv 

, arg5=PkgTrackingNumber , arg6=PackageXof ^String, arg7=PackageWeight 

, [ font , name- Arial , a ize=8 , uppercase] 

, [if , [NotEqual, . ConsigneeCountryCode— "OS"] ] 

, [block, 100, 100,1100, 1100] 

3 

, [block, 0,0,8000,6000] 

3, 
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the subject matter disclosed and claimed in the present application is not disclosed in the prior United States application in the 
manner provided by the first paragraph of Title 35, United States Code §112, I acknowledge the duty to disclose material 
information as defined in Title 37, Code of Federal Regulations, §1.56 which became available between the filing date of the prior 
application and the national or PCT international filing date of this application: 

Application Serial No. Filing Date Status: patented, pending, abandoned 
N/A 



I further declare that all statements made herein of my own knowledge are true and that all statements made on information and 
belief are believed to be true; and further that these statement were made with the knowledge that willful false statements and the 
like so made are punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of the United States Code, and that 
such willful false statements may jeopardize the validity of the application or any patents issuing thereon. 

POWER OF ATTORNEY: The following attorneys are hereby appointed to prosecute this application and transact all business in the 
Patent and Trademark Office connected therewith: Anthony B. Askew - 24,154; Roger T. Frost - 22,176; Jeffrey E. Young - 
28,490; Robert E. Richards - 29,105; Stephen M. Schaetzel -31,418; Larry A. Roberts - 31,871; Gregory T. Gronholm - 32,415; 
Dale Lischer - 28,438; Peter G. Pappas - 33,205; James Dean Johnson - 31,771; Daniel J t Warren - 34,272; Leona G. Young - 
37,266; Jamie L. Greene-32,467; Holmes J. Hawkins ffl - 38,913; Mary Anthony Merchant - 39,771; William L. Warren - 
36,714; Brenda Ozaki Holmes - 40,339; James D. Withers - 40,376; Kimberly J. Prior - 41,483; Theodore M. Green - 41,801; 
Christopher J. Leonard - 41,940; John K. McDonald - 42,860; Michael S. Pavento - 42,985; Suzanne Seavello Shope - 37,933; 
Sima Singadia Kulkarni - 43,732; A. Shane Nichols - 43,836; Christopher J. Chan - 44,070; John M. Briski - 44,562; Lisa C. 
Elsevier - 44,669; S. Craig Hemenway - 44,759; PaulE, Knowlton - 44,842; Charles R Peeler - 45,004; Cheryl L. Huseman - 
45,392; Adam Avrunin - 45,457; Shelby B. Grier - 45,785; Vaibhav P. Kadaba - 45,865; M. Todd Mitchem - 40,731; Scott E. 
Brient - 44,561; David J. Hayzer -43,329, 

Send correspondence to: JONES & ASKEW, LLP Direct telephone calls at (404) 949-2400 

2400 Monarch Tower, 3424 Peachtree Road, N.E. 

Atlanta, GA 30326 Jeffery E Young 



Full name of third inventor, if any: Jam^Holleggtein Citizenship: United States 

Inventor's signature ^L^CL ^ , Date: £ 

Residence and Pcge^ceAd^^ 
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